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Chargement d'une application a deployer dans un 
terminal et tine carte a puce 

La presente invention concerne le chargement 
d'une application a deployer, dite egalement 
application a distribuer, dans un terminal et une 
carte a puce,, dite egalement carte a microcontroleur 
ou carte a circuit integre. 

Le terminal accueille la carte a puce et peut 
etre selon un exemple prefere un terminal 
radiotelephonique mobile pour lequel la carte a puce 
est un module d'identite d'usager amovible SIM 
(Subscriber Identity Module) , auquel on se referera 
dans la suite de la description. Selon d'autres 
exemples, le terminal peut etre un terminal bancaire 
accueillant une carte de debit ou de credit, ou un 
ordinateur personnel (PC) dote d'un lecteur de carte 
a puce, ou bien un petit equipement communiquant tel 
qu'un assistant numerique personnel (PDA) pouvant 
lire une carte a puce introduite dans celui-ci. 

L' invention concerne ainsi d'une maniere 
generale un terminal ouvert dans lequel est 
implements un systeme d ' exploitation ouvert qui 
autorise un telechargement dynamique d" applications 
additionnelles "au-dessus" du systeme d' exploitation 
partiellement dans une carte a puce accueillie dans 
le terminal. 



En se referant a la figure 1, on a represents 
les principales entites pour telecharger une 
application composee d'une premiere partie PA1 et 
d'une deuxieme partie PA2 depuis une plate-forme OTA 
(Over The Air) telle qu'un serveur d ' application SAP 
vers un terminal radiotelephonique mobile TE 
contenant une carte a puce amovible CP du type carte 



SIM. Le terminal TE ainsi que la carte a puce CP 
contiennent chacun un interpreteur du type machine 
virtuelle Java ou Microsoft (marques enregistrees) . 
En particulier, le terminal inclut un gestionnaire de 
5 carte G pour gerer les echanges de donnees entre le 
monde exterieur au terminal TE et la carte a puce CP. 

Le serveur d 1 application SAP est gere par 
exemple par un fournisseur d 1 application pour 
terminaux mobiles et op&re de la maniere suivante 
10 pour telecharger une application composee des parties 
PA1 et PA2. 

La premiere partie PA1 destinee a etre chargee 
dans le terminal TE est telechargee a travers un 
reseau de paquets du type internet RP, un reseau 

15 telephonique commute RTC et le reseau de 
radiotelephonie RR auquel appartient le terminal TE. 
Le telechargement de la premiere partie d 1 application 
PA1 est effectuee avec un debit eleve, typiquement de 
9600 bits/s, notamment a travers un canal de trafic 

20 du reseau de radiotelephonie RR. La partie PA1 est 
installee et geree par un gestionnaire d ? application 
G implements dans le terminal. 

La deuxieme partie d 1 application PA2 destinee a 
la carte a puce CP ne peut etre telechargee que par 

25 1 1 intermediaire de messages courts MC dont le debit 
est faible, de quelques centaines . de bits par 
seconde, et done tres inferieur au debit pour 
telecharger la premiere partie d' application PA1 . 
Ainsi r la deuxieme partie d 1 application PA2 transite 

30 a travers le reseau de paquets RP, un serveur de 
messages courts SMC generant generalement plusieurs 
messages courts MC segmentant la partie d 1 application 
PA 2 transmis directement ou a travers un reseau 
intermediaire RI du type RNIS ou X.25 vers le reseau 



de radiotelephonie RR, puis a travers le terminal TE 
qui est transparent a la partie d » application PA2 . 

La separation de 1 1 application en deux parties 
PA1 et PA 2 a travers des chemins de transmission 
differents RP-RTC-RR et RP-SMC-RI-RR entraine 
naturellement une desynchronisation des parties 
d ' application ef f ectivement telechargees separement 
dans le terminal TE et la carte a puce CP. Puisque 
les telechargements sont effectues separement, le 
terminal TE et la carte a puce CP accusent reception 
d'une maniere separee " et non simultanee du 
telechargement des parties PA1 et PA2 au serveur SAP 
avant de commencer toute execution de 1 1 application 
[PA1, PA2] dans. I 1 ensemble terminal TE et carte a 
15 puce CP. En particulier, le gestionnaire 
d' application G doit attendre que la deuxieme partie 
• d' application PA2 soit completement telechargee audit 
debit faible dans la carte CP pour decider d'une 
execution de 1 1 application . 



10 
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- L 1 invention a pour principal objectif de 
remedier aux inconvenients dus a la desynchronisation 
des chargements des deux parties d T application selon 
la technique anterieure. Elle vise plus 
25 particulierement a fournir un mecanisme de 
synchronisation au terminal pour qu f il charge lui- 
meme la deuxieme partie de 1 1 application distribute 
tout en ayant regu rapidement les deux parties de 
1' application avec un debit nettement plus eleve que 
celui offert par une transmission de messages courts. 
Si necessaire le terminal ne transmet qu'un seul 
message d 1 acquittement apres 1 1 installation de 
1 'application dans le terminal et la carte a puce. 



30 



Pour atteindre cet objectif, un procede pour 
charger depuis un serveur une application incluant 
une premiere partie destinee a un terminal dote d'un 
moyen gestionnaire d 1 application et une deuxieme 
5 partie destinee a une carte a puce accueillie dans le 
terminal , est caracterise en ce qu'il comprend les 
etapes de : 

- fournir au terminal un moyen de chargement 
pour charger la deuxieme partie d 1 application dans la 

10 carte a puce, 

- formater dans le serveur la deuxieme partie 
d f application pour qu'elle soit compatible avec un 
protocole de communication entre le terminal et la 
carte a puce, 

15 - construire dans le serveur un message 

d 1 application contenant la premiere partie 
d 1 application et la deuxieme partie d 1 application 
formatee, 

- transmettre le message d 1 application depuis le 
20 serveur vers le terminal a travers un unique canal de 

transmission, 

- installer dans le terminal la premiere partie 
d 1 application extraite du message d 1 application par 
le moyen gestionnaire, et 

25 - charger la deuxieme partie d 1 application 

extraite du message d 1 application depuis le terminal 
dans la carte a puce selon le protocole de 
communication predetermine sous la commande du moyen 
de cha r gement . 

30 L 1 invention s'affranchit ainsi du probleme de 

desynchronisation des chargements des premiere et 
deuxieme parties de 1 1 application puisque toutes les 
deux sont installees respectivement dans le terminal 
et la carte a puce sous la commande du moyen 

35 gestionnaire d ' application et du moyen de chargement 



implementes dans le terminal. Aucun moyen 
supplementaire pour gerer la transmission simultanee 
des deux parties d 1 application dans un message 
d' application coramun n'est necessaire dans le 
serveur. Un unique acquittement peut etre transmis 
par le terminal au serveur pour signaler la 
disponibilite de 1 1 application installee dans le 
terminal pour etre executee. 

Le moyen gestionnaire analyse un descripteur de 
1' application qui a au moins un identif icateur de la 
deuxieme partie d ' application formatee et qui est 
contenu dans le message d 1 application construit dans 
le serveur. Le moyen gestionnaire analyse alors le 
descripteur dans le message d 1 application regu par le 
terminal afin que la deuxieme partie d ? application 
soit extraite du message d 1 application en fonction de 
1' identif icateur dans le descripteur analyse. Le 
moyen chargeur est ensuite active par le moyen 
gestionnaire pour charger la deuxieme partie 
d 1 application dans la carte. Le terminal gere ainsi 
lui-meme le chargement de la deuxieme partie 
d ! application dans la carte en synchronisme avec 
l 1 installation de la premiere partie d T application 
dans le terminal. 

Le telechargement de 1 1 application vers le 
terminal utilise selon I 1 invention un chemin de 
transmission existant quel que soit le type de 
terminal qui peut etre un terminal radiotelephonique 
mobile, un terminal bancaire, un ordinateur 
personnel, etc. En particulier, lorsque le terminal 
est un terminal radiotelephonique mobile, toute 
1 'application est transmise a travers un canal de 
trafic de 1' interface radio entre le terminal et une 
station de base du reseau de radiotelephonie, c'est- 



a-dire avec un debit nettement plus eleve qu'au moyen 
de messages courts selon la technique anterieure. 

D'autres caracteristiques et avantages de la 
5 presente invention apparaitront plus clairement a la 
lecture de la description suivante de plusieurs 
realisations preferees de 1 ? invention en reference 
aux dessins annexes correspondants dans lesquels : 

- la figure 1 est un bloc-diagramme schematique 
10 entre un serveur d* application et un terminal avec 

une carte a puce selon la technique anterieure deja 
commentee ; 

- la figure 2 est un bloc-diagramme schematique 
d'un systeme de telecommunications entre un serveur 

15 d 1 application et un terminal avec une carte a puce 
selon la realisation preferee de 1' invention dans 
laquelle le terminal est un terminal 
radiotel^phonique mobile ; 

la figure 3 est un graphe montrant la 

20 composition d'un message d' application transmis par 
le serveur au terminal, selon 1' invention ; et 

- la figure 4 est un algorithme du proc6de de 
chargement d 1 application a deux parties selon 
1 T invention . 

25 

La realisation preferee de 1 T invention decrite 
ci-apr6s en reference a la figure 2 concerne a titre 
d'exemple le chargement d'une application depuis un 
serveur d' application 1 dans un terminal 2 du type 
30 terminal radiotelephonique mobile dot6 d'une carte ct 
puce 3 . 

Dans les trois entites 1, 2 et 3 sont 
represents a la figure 2 des blocs fonctionnels 
assurant des fonctions ayant un lien avec 1' invention 



et pouvant correspondre a des modules logiciels et/ou 
materiels . 

Le terminal 2 est inclus dans un reseau de 
radiotelephonie cellulaire numerique RR par exemple 
du type GSM ou UMTS. Plus precisement, le terminal 2 
est relie au serveur 1 a travers un reseau de 
telecommunications comprenant classiquement un reseau 
de paquets RP tel que le reseau internet, un reseau 
telephonique commute RTC et le reseau de 
radiotelephonie RR. La carte a puce 3 constitue un 
module d'identite amovible du terminal 2 connu sous 
1 1 appellation "carte SIM" (Subscriber Identity 
Module) . En variante, la carte a puce 3 peut etre une 
carte a puce additionnelle a la carte SIM. 

Selon d'autres variantes, le terminal peut etre 
un ordinateur electronique personnel (PC), ou un 
terminal bancaire, ou un terminal point de vente, ou 
un assistant numerique personnel (PDA), ou un 
dispositif portable de transmission de messages, etc. 
En association avec ces divers types de terminal, la 
carte a puce 3 peut etre un objet electronique 
portable tel qu'une- carte de debit ou credit, un 
porte-monnaie electronique, une carte a puce 
additionnelle ou tout autre dispositif electronique 
petit ou miniature. 

En general, le terminal 2 contient en tant que 
peripherique un lecteur 20 dans lequel la carte a 
puce 3 avec ou sans contact <§lectrique est inseree au 
moins partiellement . 

Le serveur d ' application 1 constitue un site 
internet appartenant par exemple a l'editeur de la 
carte a puce 3 ou bien a un editeur qui edite des 
applications A telecharger dans des cartes £ puce. 



Un programme source PS correspondant a une 
application AP dont une premiere partie APT qui peut 
etire vide est a telecharger dans le terminal 2 et 
dont une deuxieme partie APC est a telecharger dans 
5 la carte a puce 3 a ete ecrit initialement dans un 
langage de haut niveau du type oriente objet tel que 
le langage Java. Comme on le verra dans la suite , le 
terminal 2 et la carte a puce 3 contiennent 
respectivement des moyens d 1 execution virtuels tels 

10 qu'une machine virtuelle Java (marque enregistree) 
JVMT pour executer la partie d f application APT et une 
machine virtuelle Java Card (marque enregistree) JVMC 
pour executer la partie d 1 application APC . D'une 
maniere connue, le programme source PS est converti 

15 dans un convertisseur 11 du serveur 1 en un langage 
intermediaire, appele egalement pseudo-code, compose 
de mots d 1 instructions forme par des octets appeles 
bytecodes, qui sont prets & etre executes par les 
machines virtuelles JVMT et JVMC implementees dans le 

20 terminal 2 et la carte a puce 3. Le programme compile 
PGC produit par le convertisseur 11 contient la 
premiere partie d 1 application APT . compilee et la 
deuxieme partie d 1 application APC compilee qui 
correspondent a celles contenues dans le programme 

25 source PS et fournies par un developpeur de l'editeur 
d 1 application - 

En variante, le convertisseur 11 est implements 
a I'exterieur du serveur 1. 

Chaque partie d 1 application APT (.class) et APC 

30 (.cap) regroupe un ensemble de composants constituant 
des fichiers pouvant correspondre chacun a une classe 
d 1 objet, une methode, un repertoire, un en-tete, un 
descripteur, etc. 

En particulier, comme montre a la figure 3, la 

35 deuxieme partie d 1 application APC dediee a la carte a 



puce 3 est segmentee en des commandes EV1 a EVN du 
type "ENVELOPE" qui sont concatenees et qui 
contiennent des donnees relatives a la deuxieme 
partie d' application APC et directement chargeables 
dans la carte a puce 3. Les commandes EV1 a EVN sont 
compatibles avec un protocole de communication entre 
le terminal 2 et la carte a puce 3, typiquement un 
protocole asynchrone a l 1 alternate et sont propres a 
transferer les donnees de la deuxieme partie 
d 1 application APC du terminal 2 a la carte a puce 3 
sans que le terminal 2 les interprete. Les donnees 
dans les commandes EV1 a EVN sont done directement 
interpretables par la machine virtuelle JVMC 
implementee dans la carte a puce 3, de maniere 
analogue a un message court re?u par un terminal 
selon la technique anterieure et transmettant 
directement a la carte a puce une coramande "ENVELOPE 
(SMS-PP DOWNLOAD) " . 

Dans le serveur 1, un formateur 12 formate la 
deuxieme partie d 1 application APC en une succession 
de commandes "ENVELOPE" EV1 a EVN . 

Le serveur d ' application 1 comprend egalement un 
constructeur de messages d 1 application 13 et un 
chargeur 14. Le constructeur 13 construit un message 
d f application MAP comme montre a la figure 3. Le 
message MAP comprend un en-tete EN, un descripteur 
d' application DAP, la premiere partie d ' application 
APT et la deuxieme partie d x application APC avec les 
commandes concatenees EV1 a EVN. Le descripteur DAP 
contient en particulier un identif icateur IAPC 
indiquant la position du debut de la deuxieme partie 
d ! application APC dans le champ de donnees du message 
MAP succedant au descripteur DAP. L 1 identif icateur 
IAPC servira a extraire la deuxieme partie 
d 1 application APC du message MAP memorise dans le 



terminal 2. Le descripteur DAP constitue un fichier 
JAD (Java Application Descriptor) et l 1 ensemble des 
donnees [DAP(IAPC), APT, APC] constitue un fichier 
JAR (Java Application Repository) selon la 
5 description de la machine virtuelle Java Card. Le 
message MAP ainsi produit par le constructeur 13 
contient ainsi une applet a transmettre au terminal 2 
sous la commande du chargeur 14 a travers le reseau 
de telecommunications RT. Le chargeur 14 adapte le 
10 message MAP aux protocoles de transport tel que HTTP 
(HyperText Transfer Protocol) et de reseau (Internet 
Protocol) du reseau de paquets RP auquel est connecte 
le serveur 1. 

15 Le terminal 2 du type radiotelephonique mobile 

comprend classiquement , outre le lecteur de carte a 
puce 20, un processeur 21, des memoires 22 et une 
interface radio 23 reliee par un bus 24. Les memoires 
22 regroupent diverses memoires telles qu'une memoire 

20 morte, une memoire non volatile EEPROM et une memoire 
RAM. Lorsque le terminal est par exemple un 
ordinateur personnel, les memoires 22 comprennent un 
disque dur . Naturellement, le terminal 2 comprend 
d'autres peripheriques a l f interface homme-machine 

25 avec le processeur 22 tels qu'un clavier, un 
afficheur graphique, au moins un haut-parleur, un 
microphone, etc. L f interface 23 transpose en 
frequence, convert it numeriquement , demodule et 
decode des messages regus via le reseau fixe dans le 

30 reseau RR. 

Les memoires 22 dans le terminal 2 contiennent 
notamment un systeme d 1 exploitation, la machine 
virtuelle Java JVMT, un navigateur, et diverses 
applications et donnees. 



11 



En particulier, dans la memoire non volatile des 
memoires 22 du terminal 2 est implements un 
gestionnaire d« installation d' application GIA 
programme en langage Java et executable dans le 
terminal 2. Le gestionnaire GIA sert a installer 
diverses applications dans les memoires 22 du 
terminal et a lancer leurs executions, et en 
particulier a installer et lancer la premiere partie 
APT d'une application deployee AP selon 1' invention. 
Le gestionnaire GIA peut etre inclus dans la machine 
virtuelle JVMT. 

Le gestionnaire GIA distingue dans un message 
d' application recu MAP la premiere partie 
d' application APT destinee au terminal 2 par rapport 
a la deuxieme partie d' application APC destin6e a la 
carte a puce 3 sans necessiter une interpretation des 
donnees contenues dans les commandes EV1 a EVN par la 
machine virtuelle JVMT. 

En liaison avec le gestionnaire GIA, un chargeur 
CAPC pour charger la deuxieme partie d ' application 
APC depuis le terminal dans la carte a puce est 
implements, selon 1' invention, egalement sous forme 
de module logiciel dans les memoires 22 du terminal 
2. Le chargeur CAPC cree un lien entre la machine 
virtuelle JVMT et le gestionnaire GIA implementes 
dans le terminal 2 et la machine virtuelle JVMC et un 
outil d' installation d ' application OI implementes 
dans la carte a puce 3 a travers le protocole de 
communication predetermine ayant des unites de 
donnees de protocole (PDU) . constitutes par des 
commandes EV1 a EVN et leurs responses RES1 a RESN 
echangees entre le terminal 2 et la carte a puce 3. 

La carte a puce 3 qui est une carte amovible SIM 
selon la realisation preferee comprend classiquement 
sous forme integree un microprocesseur 31, une 



memoire non reinscriptible 32 du type ROM, une 
memoire non volatile 33 du type EE PROM et une memoire 
34 du type RAM destinee essentiellement a echanger 
des donnees avec le terminal 2 a travers un port 
5 d 1 entree/sortie 35. Les memoires 32 et 33 contiennent 
les codes et les donnees d'un systeme d 1 exploitation 
OSC et de la machine virtuelle JVMC conforme a la 
specification Java Card. La memoire non volatile 33 
contient diverses applications et est destinee a 

10 recevoir la deuxieme partie d 1 application APC 
contenue dans un message d 1 application MAP transmis 
par le serveur 1 a travers le terminal 2 et 
telechargee par le lecteur 20 a travers le port 35 et 
la memoire RAM 34. La memoire 33 contient egalement 

15 l'outil d T installation 01 pour installer des 
deuxiemes parties d 1 application APC selon 
1 1 invention. 

En se referant maintenant a la figure 4, le 

20 precede de chargement d'une application AP comprenant 
une premiere partie APT destinee au terminal 2 et une 
deuxieme partie APC destinee £ la carte a ■ puce 3 
comprend essentiellement des etapes SI £ S5 executees 
dans le serveur 1 et des etapes Tl a T8 executees 

25 principalement dans le terminal 2. 

On suppose qu 1 a une etape initiale E0 precedent 
au moins les etapes Tl a T8, le chargeur de deuxieme 
partie d 1 application CAPC selon 1 ! invention a ete 
installe sous la forme d'un module logiciel dans les 

30 memoires 22 par exemple depuis un serveur autre que 
le serveur 1 . 

A 1' etape SI, un developpeur de I'^diteur 
d r application gerant le serveur 1 ecrit 1 ' application 
AP en langage source de haut niveau de maniere a ce 

35 qu'elle contienne deux parties APT et APC en langages 



Java et Java Card respectivement destinees au 
terminal 2 et a la carte a puce 3. Le convertisseur 
11 convertit 1 1 application AP = [APT, APC] en un 
programme compile PGCfAPI, APC] en langage 
intermediate (pseudo-code) . En variante, les etapes 
SI et S2 sont realisees a l'exterieur du serveur 1 et 
le programme compile PGC est charge dans le serveur. 

Puis les etapes S3, S4 et S5 sont respectivement 
effectuees par le formateur 12, le constructeur 13 et 
le chargeur 14. A 1'etape S3, le formateur 12 formate 
les parties d 1 application compilees APT et APC pour 
qu'elles soient respectivement compatibles avec le 
gestionnaire d 1 installation GIA dans le terminal 2 et 
I'outil d' installation 01 dans la carte £ puce 3. En 
.particulier, la deuxieme partie d 1 application APC est 
segmentee en des unites de donnees de protocole EV1 a 
EVN, comme montre a la figure 3, qui sont conformes 
au protocole de communication entre le terminal 2 et 
la carte a puce 3 au niveau de la liaison entre le 
lecteur 20 et le port d' entree/sortie 35. 
Typiquement, les commandes EV1 a EVN incluses dans la 
partie APC sont formatees comme des messages courts 
selon la norme GSM . A 1 ' etape S4, le constructeur 13 
ajoute un en-tete de message EN, un descripteur 
d F application DAP contenant au moins 1 1 identif icateur 
de deuxieme partie d 1 application IAPC et precddant 
les parties d ' application APT et APC concatenees . Le 
message ainsi construit MAP contient un fichier du 
type JAR incluant les champs DAP, APT et APC. 

Puis a l 1 etape S5 le chargeur 14 transmet le 
message d ' application construit MAP vers le terminal 
2 a travers le reseau de telecommunications RT, 
c T est-a-dire a travers un unique canal de 
transmission, et non separement en deux parties a 
travers deux chemins de transmission distincts et 



desynchronisees RP-RTC-RR et RP-SMC-RI-RR selon la 
technique anterieure montree a la figure 1. 

A la reception du message MAP dans le terminal 
5 2 f le processeur 22 commande l'ecriture des donnees 
DAP, APT et APC contenues dans le message MAP dans la 
memoire RAM des memoires 22, a l'etape Tl. 

A l'etape T2, le descripteur DAP extrait du 
message re?u MAP et memorise dans les memoires 22 est 

10 analyse notamment par le gestionnaire d f installation 
d' application GIA qui est lance. Grace a I 1 analyse du 
descripteur DAP sont reperees les parties 
d' application APT et APC dans le champ de donnees du 
message MAP. Tout d'abord a l'etape T3, le 

15 gestionnaire d 1 installation GIA via le processeur 21 
lit la premiere partie d' application APT et 1' extrait 
du message MAP dans les memoires 22 pour 1' installer 
particulierement dans la memoire non volatile de 
celles-ci. La partie APT ainsi installee pourra etre 

20 executee par la machine virtuelle JVMT apres le 
chargement de la deuxieme partie APC dans la carte a 
puce 3. Naturellement , si la partie APT est vide, 
l'etape T3 n'est pas executee. 

Le gestionnaire GIA active le chargeur CAPC qui 

25 extrait la deuxieme partie d' application APC du 
message MAP ecrit dans les memoires 22, a l'etape T4, 
en ignorant le contenu de la partie APC et 
particulierement le contenu des unites de donnees de 
protocole EVl a EVN . Le chargeur CAPC repere la 

30 partie APC dans le message MAP au moyen de 
1 1 identif icateur IAPC lu dans le descripteur 
d 1 application DAP analyse a l'etape T2. La partie APC 
a ete correctement formatee par le formateur 12 pour 
etre directement exploitee dans la carte a puce 3. 



Puis le chargeur CAPC initie un echange avec la 
carte a puce 3 pour charger la deuxieme partie 
d' application extraite APC depuis les memoires 22 a 
travers le lecteur 20 et le port d f entree/sortie 35 
dans la memoire RAM 34 de la carte a puce 3. La 
deuxieme partie d 1 application APC est segmentee en 
des commandes EV1 a EVN de manier- a les charger 
successivement dans la carte a puce 3, a 1 1 etape T5. 
Pour chaque commande "ENVELOPE" EVn transmise par le 
lecteur 20, avec 1 < n < N, le processeur 31 dans la 
carte a puce 3 en liaison avec l'outil d 1 installation 
01 retourne une reponse respective REPn selon le 
protocole predetermine d' echange de commande et de 
rdponse entre le lecteur 2 et la carte a puce 3. La 
reponse REPn est analysee par le chargeur CAPC. Si la 
reponse REPn contient un acquittement positif, le 
chargeur CAPC continue le processus de chargement de 
la deuxieme partie d 1 application APC en transmettant 
la commande suivante EV(n + 1) suivante, et ainsi de 
suite. Dans le cas contraire, la reponse REPn 
contient une erreur que le chargeur CAPC signale au 
gestionnaire d ■ installation GIA qui la retransmet 
sous la forme d'un message d' erreur au serveur 
d T application 1. Le chargement de la deuxieme partie 
d* application au fur et a mesure de la transmission 
des commandes EV1 a EVN est completement transparent 
dans le terminal 2, c'est-a-dire n'engendre aucun 
affichage de message correspondant ou de message 
d'attente dans le terminal 2. Au fur et a mesure de 
la transmission des commandes EV1 a EVN, l'outil 
d 1 installation 01 installe progressivement la 
deuxieme partie d 1 application APC dans la carte a 
puce 3 en transferant les enveloppes EV1 a EVN de la 
memoire RAM 34 a la memoire EE PROM 33, a 1 1 etape T6. 



De preference, apres reception de la derniere 
reponse REPN de la carte a puce 3 a la derniere 
commande EVN, le chargeur CAPC efface la deuxieme 
partie d 1 application APC re?ue avec le message MAP 
5 dans les memoires 22 a l'etape T7 . Puis le 
gestionnaire d 1 installation d 1 application GIA 
commande dans le terminal 2 la transmission d'un 
message d 1 acquittement ACK au serveur 1 via le reseau 
RT des que le chargeur CAPC a termine le chargement 
10 de la deuxieme partie d ! application APC dans la carte 
a puce 3, c'est-a-dire apres les etapes T5 et T6 et 
optionnellement 1 1 etape T7 . 

En variante, au lieu que le chargeur de deuxieme 

15 partie d ■ application CAPC soit installe prealablement 
sous la forme d f un module logiciel dans le terminal 2 
par d'autres moyens electroniques que le serveur 
d 1 application 1, le module logiciel incluant le 
chargeur CAPC est prealablement introduit dans le 

20 message MAP par le constructeur 13 sous la forme d'un 
script SC, comme indique entre parentheses dans un 
champ du message MAP dans la figure 3 et a 1 1 etape S4 
dans la figure 4. Au cours de 1 1 etape S4 de 
construction du message MAP, le constructeur 13 

25 ajoute le script SC apres le descripteur DAP qui est 
modifie en consequence. A 1' etape T2, le gestionnaire 
GIA extrait le script SC dans le message 
d 1 application MAP re<?u par le terminal 2 de maniere a 
installer le script SC dans la memoire non volatile 

30 des memoires 22. Le script SC est ensuite lance par 
le gestionnaire GIA pour notamment extraire la 
deuxieme partie d 1 application APC et la charger dans 
la carte a puce 3 aux etapes T4 et T5. 

Selon une autre variante, le message 

35 d f application MAP ne contient pas le script SC. Une 



adresse de script URL (Uniform Resource Locator) 
designant un emplacement dans un serveur ayant stocke 
le script SC est introduite au cours de la 
construction S4 du message d 1 application MAP a 
5 transmettre au terminal 2. A 1'etape T2, le 
gestionnaire GIA dans le terminal 2 extrait l r adresse 
de script du message re?u et memorise MAP et requiert 
aupres du serveur designe par 1' adresse extraite le 
telechargement du script SC dans les memoires 22 du 
10 terminal 2. Le script SC est ensuite lanc6 par le 
gestionnaire GIA pour notamment extraire la deuxieme 
partie d 1 application APC et la charger dans la carte 
a puce 3 aux etapes T4 et T5. 



REVEN DICAT ION S 

1 - Procede pour charger depuis un serveur (1) 
une application (AP) incluant une premiere partie 

5 (APT) destinee a un terminal (2) dote d f un moyen 
gestionnaire d l application (GIA) et une deuxieme 
partie (APC) destinee a une carte a puce (3) 
accueillie dans le terminal, caracterise en ce qu'il 
comprend les etapes de : 
10 - fournir (E0) au terminal (2) un moyen de 

chargement (CAPC) pour charger la deuxieme partie 
d r application dans la carte a puce (3), 

- formater (S3) dans le serveur (1) la deuxieme 
partie d f application (APC) pour qu'elle soit 

15 compatible avec un protocole de communication entre 
le terminal (2) et la carte a puce (3) , 

- construire (S4) dans le serveur (1) un message 
d f application contenant la premiere partie 
d' application (APT) et la deuxieme partie 

20 d 1 application formatee (APC), 

- transmettre (S5) le message d 1 application 
(MAP) depuis le serveur (1) vers le terminal (2) a 
travers un unique canal de transmission (RT) , 

- installer (T3) dans le terminal (2) la 
25 premiere partie d 1 application (APT) extraite du 

message d 1 application (MAP) par le moyen 
gestionnaire, et 

charger (T4-T5-T6) la deuxieme partie 
d' application (APC) extraite du message d T application 
30 depuis le terminal (2) dans la carte a puce (3) selon 
le protocole de communication predetermine sous la 
commande du moyen de chargement (CAPC) . 

2 - Procede conforme a la revendication 1, selon 
35 lequel le message d 1 application (MAP) construit 
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contient un descripteur (DAP) de 1 ' application (AP) 
avec au moins un identif icateur (IAPC) de la deuxieme 
partie d' application (APC) , et le moyen gestionnaire 
(GIA) analyse le descripteur (DAP) dans le message 
d' application (MAP) recu par le terminal (2) afin que 
la deuxieme partie d 1 application (APC) soit extraite 
du message d ' application (MAP) en fonction de 
1' identif icateur (IAPC) dans le descripteur analyse 
(DAP) . 

3 - Procede conforme a la revendication 1 ou 2, 
selon lequel le moyen de chargement (CAPC) est 
installe prealablement sous la forme d'un module 
logiciel dans le terminal (2) . 

4 - Procede conforme h la revendication 1 ou 2, 
comprenant 1 1 introduction du moyen de chargement 
(CAPC) sous la forme d'un script (SC) au cours de la 
construction (S4) du message d ' application (MAP) a 
transmettre depuis le serveur (1) au terminal (2) et 
1 ' installation (T2) du moyen de chargement' (CAPC) par 
extraction du script (SC) dans le message 
d' application (MAP) recu par le terminal avant le 
chargement (T4-T5-T6) de la deuxieme partie 
d' application (APC). 

5 - Procede conforme £ la revendication 1 ou 2, 
comprenant 1 * introduction d'une adresse d'un script 
(SC) de chargement (CAPC) au cours de la construction 
(S4) du message d 1 application (MAP) a transmettre 
depuis le serveur (1) au terminal (2) et 
1 1 installation (T2) du moyen de chargement (CAPC) par 
extraction de 1' adresse de script dans le message 
d' application (MAP) recu par le terminal et un 
telechargement du script depuis 1' adresse extraite 



dans le terminal avant le chargement (T4-T5-T6) de la 
deuxieme partie d' application (APC) . 

6 - Procede conforme a l'une quelconque des 
5 revendications 1 a 5, comprenant apres 1'etape de 
charger (T5-T6) la deuxieme partie d 1 application 
(APC) , un effacement (T7) de la deuxieme partie 
d 1 application dans le terminal (2). 

10 7 Procede conforme a l'une quelconque des 

revendications 1 a 6, comprenant apres 1'etape de 
charger (T5-T6) la deuxieme partie d 1 application 
(APC), une transmission (T8) d'un message 
d'acquittement (ACK) depuis le terminal (2) au 

15 serveur (1) des que le moyen gestionnaire (GIA) a 
termine le chargement de la deuxieme partie 
d' application (APC) dans la carte a puce (3). 

8 - Procede conforme a l'une quelconque des 
20 revendications 1 a 7, selon lequel la deuxieme partie 

d' application (APC) est segmentee en des unites de 
protocole (EV1-EVN) qui sont conformes au protocole 
de communication et qui sont chargees successivement 
dans la carte a puce (3) sous la commande du moyen de 
25 chargement (CAPC) , la carte a puce transmettant une 
reponse d'acquittement (REPn) apres le chargement 
(T5) de chaque unit£ de protocole (EVn) . 

9 - Procede conforme a l'une quelconque des 
30 revendications 1 a 8, selon lequel les premiere et 

deuxieme parties d 1 application (APT, APC) sont 
ecrites en des langages de haut niveau et sont 
converties en un langage intermediaire interpretable 
respectivement par des moyens d' execution virtuels 
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(JVMT, JVMC) respectivement implementes dans le 
terminal (2) et la carte a puce (3) . 

10 - Procede conforme a 1 1 une quelconque des 
5 revendications 1 a 9, selon lequel le terminal (2) 
est un terminal radiotelephonique mobile. 
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